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(57) ABSTRACT 

A computer system is provided with a dynamically recon- 
figurable boot order. In one embodiment, the computer 
comprises a user input device, a nonvolatile memory, a 
network interface, a boot trigger, and a CPU. The CPU is 
coupled to the user input device to detect a predetermined 
key press, coupled to the boot trigger to detect the assertion 
of a system reset signal, and coupled to the nonvolatile 
memory to retrieve a system BIOS in response to assertion 
of the system reset signal. The CPU executes the BIOS to 
initialize the computer system, and as part of the system 
initialization, the CPU determines a first target boot-up 
device. Preferably if the predetermined key has been pressed 
during the system initialization, the CPU alters the default 
boot order to select the network interface as the first target 
boot up device. The network interface is configurable to 
retrieve an operating system from a network device for the 
CPU to execute. The disclosed embodiment advantageously 
provides for reduced system installation and maintenance 
effort, and thereby lead to reduced costs for owners of 
computer networks. 

13 Claims, 3 Drawing Sheets 



SLOTS 

w — 



104 



MEMORY 

7 



CPU 

wn — 

NORTH — 
— I BRIDGE — 



IDS 7 " 
BUS 



GRAPHICS 
CONTROLLER 



SLOTS 

iib^ — 



SOUTH 
BRIDGE 



TTJ5TJ- 



HARD 
DISK 



IZr 



AUDIO 



1394 

P — 



NIC 



FLASH SUPER zri 
ROM JO ^ 

PARALLEL SHOAL! 



114' 116- 
FLQPPY 
SUPER Er | KEYBRD ft 30 

WRCTLj} 34 



118' 



119" 



NIC 



Moo 



02/03/2004, EAST Version: 1.4.1 



U.S. Patent Mar. 12, 2002 Sheet 1 of 3 



US 6,356,965 Bl 



o. 

o 



CM 



2 

CD 



O 
O 









NORTH 
BRIDGE 










00 


O 

CO 


>- 






Q. 




a: 


O. 




CO 


O 




>- 


_i 




LU 


LI. 




XL 



CN 

CO 



CO 



o 

LU 



h 
3 




CO 

CO 
Z> 
CO 



LU 
CO 



51 T=ae= 



O 



J 



Of 

UU ,~ 
Q- 2 
Z> — 

CO 



h 

CO 
CM 



r 3 



00 s 
<c o 

LL. 



< 

a: 

LU 
CO 

_i 

LU 



5 CO 

? 5 



h 

CNI 



CO 
CO 



8 



02/03/2004, EAST Version: 1.4.1 



U.S. Patent Mar. 12, 2002 Sheet 2 of 3 US 6,356,965 




02/03/2004, EAST Version: 1.4.1 



U.S. Patent Mar. 12, 2002 Sheet 3 of 3 



US 6,356,965 Bl 



POWER-ON 


302^ 




< 

r 


PO 





F10 \YES 
PRESSED?, 

306- 7 



EXECUTE 
SETUP 

P 




DETERMINE 
1ST TARGET 


314^ 


« 




GET OS 
BOOT I 


5FROM 
DEVICE 



DETERMINE 
NEXT TARGET 

320^ 



OS FOUND? 



NO 



3ir 


YES 


RUN OS 



FIG. 3 



02/03/2004, EAST Version: 1.4.1 



US 6,356,965 Bl 

1 2 

HOTKEY FOR NETWORK SERVICE BOOT SETUP" and continue booting up the system. If the user 

properly responds to the prompt, e.g. by pressing the F10 

BACKGROUND OF THE INVENTION key within 3 seconds of the appearance of the prompt, the 

1. Field of the Invention cpu will bait the system boot-up sequence and execute a 
The present invention relates generally to a system and 5 BIOS setup program where the user is able to view and 

method for altering the order in which boot devices are tried T^i ySlem P aramelere - ^ the user « lts 

during system initialization. More particularly, the present me BIOS program the computer restarts the boot-up 

invention relates to a computer system having a boot order sequence so that any modified configuration parameters may 

that is adjusted if a hotkey is pressed during the initialization be P ro P eriv ^ ml ° accounl ^8 svsaem invitation, 

of the system. 10 The CPU docs more tests on the system, including the 

2. Background of the Invention memory count-up test which may be viewed on the video 
Due to the advent of power management technology and If crror * entered after the initialization of 

the more recent "instant^n" efforts, Ihere are many ways in J c * ldco s >f k cm ' a te * ™^ C ^? C ^ g cncraU y ** 

which a computer may exist in the "OFF* state. Examples „ ™ video display. The BIOS boot-up sequence 

include hard off (power is disconnected), soft off (power is 15 mc l U *Y systCm ™ C * {Q ^ F performing more 

supplied only to Components which monitor activiiy exter- to determine what sort of hardware is in the system, 

nal to the system), suspend mode (contents of memory are Modcm ™ 0S ? s havc maDV . *; itm & and mav ' 

stored on disk and current state of computer is preserved ? m0 °S ° mcr thu^ automaUcaUy determine memory tim- 

while power consumption is reduced to a minimum level), , n m % bascd ° n what f !^ d of m T°? 11 fi ?^/^d in the 

and sleep mode (the clock signal is reduced or halted to 20 M ™J BI0Scs ca ° *° dynamically set bard drive 

some or all of the system components during periods of P™*" and acccss m ^ ™* determine these at 

inactivity). The sleep and suspend modes may each be mis ^ dunn 8 ^^^ P ~2* B ^ 

invoked at various levels, depending on the particular imple- ^l also ' !^J^*J* V ir^m^o' hM }°&™ ] 

mentation of these modes, and recovery from these modes is „ d ™~ s !f * C BI0S "JW 0 ? thc £ Ug 

implementation specific. an ^ l standard, the CPU will detect and configure Plug 

L , « OKr „ , . . a & a and Play devices at this time and display a message on the 

TVmmgaoomputer«ON from i the hard-off or the soft-off Kmn for cacfa Qac it ^ ^ cp £ ^ u often display a 

state causes the computer to begin an mrtiahzaUon process s _ „ about mc stem am ^ intion md a 

(often referred to as "boot-up"). In the initialization process, search for a boot device 

a system reset signal is asserted and released. After the in . , , , 

de-assertion of the reset signal, many of the system periph- Som , e m( ^ em BI0 ? es a boot table that "Pcctfies 

eral components initialize themselves, retrieve configuration * c ord r er ° f devices from whjch ^ s y stem should ^ to 

information from dedicated electrically erasable program- boo L- If a fi f tM »P l devioe m the list 15 P reseDt ^ P"*"^ 

mablc read-only memories (EEPROMs), and enter an ini- configured for booting, the BIOS will boot the system from 

tializcd state. At the same time, the central processing unit 35 ^vice. If the target device that the system tries is not 

(CPU) resets itself and searches for instructions on how to io ™ d > tne CPU wlU me ° Dexl m tbe 0001 

prepare thc system for operation. Thc initial instructions f ble ' wd ^ nUnue u r nUl l J finds a bootable device If no boot 

typically are included in the system's basic input/output device at 811 caQ * fouad - * e •J'*™ ^ Dormall y dls P lav 

system (system BIOS) which is executable code stored in a an error messa S e and freeze up the system, 

nonvolatile memory such as a read-only memory (ROM). 40 having identified a target boot drive, the BIOS 

Thc BIOS is built-in software that contains low-level code instructs the CPU to look for boot information to start tbe 

to control and provide access to the keyboard, display operating system boot process. For example, with a hard 

screen, disk drives, serial communications, and a number of disk, the CPU may search for a master boot record at 

miscellaneous functions. The BIOS also specifies a boot-up cylinder 0, head 0, sector 1 (the first sector on the disk). If 

sequence for the CPU to execute to make the computer ready 45 the CPU finds the master boot record, the CPU starts the 

for operation. Thc CPU normally begins executing initial- process of booting the operating system, using the informa- 

ization routines from thc BIOS ROM, but subsequently tion in the boot sector. At this point, the code indicated by 

copies thc BIOS code to main memory from which the BIOS toe boot sector takes over from the BIOS code, 

code may thereafter be executed during normal computer Thc boot devices which may be accessed during the above 

operations. 50 boot-up sequence include any nonvolatile storage device. 

Typically, the first thing that the BIOS instructs the CPU Floppy disks, hard disks, magnetic tape, CD-ROMs, Flash 

to do in the boot up process is to perform what is called the ROMs, and network server disks arc all examples of devices 

Power-On Self-Test, or POST for short. The POST is a which can serve as a boot device. To be a boot device, a 

built-in diagnostic program that checks much of the com- device should hold a copy of an operating system or appli- 

puter's hardware to ensure that everything is present and 5s cation which is to be executed after system initialization, 

functioning properly before the BIOS begins the actual Often the boot device includes a "boot-sector" that informs 

initialization process. Some additional tests are performed the CPU of the operating system's exact storage location, 

later in the boot process. If any fatal errors are encountered, Local devices (i.e. devices included in the computer or 

the boot process stops. After tbe initial POST, the BIOS directly connected to the computer) may in some systems be 

instructs the CPU to locate the video system's built in BIOS 60 preferred over remote devices (i.e. devices that need to be 

program and to execute it to initialize tbe video system. The accessed via a network or shared communications link) for 

CPU then displays the BIOS's startup screen, and searches booting a computer system, while in other systems remote 

for other devices to see if any of them have initialization devices may be preferred. 

routines. If any other device initialization routines (e.g. IDE Many variations exist for the boot-up sequence conducted 

hard drive) are found, they are executed as well. 65 by the BIOS. As computer hardware has become increas- 

After the video system has been initialized, the CPU will ingly reliable, proposals have been made to eliminate POST 

normally display a prompt similar to "Press F10 to enter tests altogether from the normal boot-up sequence. For 
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example, in "Simple Boot Flag Specification: Version 1.0", 
Microsoft has proposed the use of a register to communicate 
boot options to the system BIOS. The boot flags are PNPOS, 
BOOTING, and DIAG. The PNPOS flag is asserted if the 
operating system normally used by the computer is Plug- 
and-Play capable. If this is the case, the BIOS does not oeed 
to spend time configuring components that the operating 
system will configure. The DIAG flag is de-asserted if 
hardware tests are considered unnecessary. In this case, the 
BIOS can skip the POST The BOOTING flag, if asserted, 
indicates that the previous boot attempt did not successfully 
complete and the BIOS may choose to ignore the other flags 
and provide a complete system test and configuration 
sequence. 

When a computer is in a soft-off, suspend, or sleep state, 
it may be configured to awaken if activity is detected, e.g. 
movement of a mouse or detection of a "wake up" data 
packet by a network interface card. The source of the 
triggering activity may come from a local mechanism (i.e. a 
switch or sensor of any kind such as a power switch, a reset 
switch, a pressable key, a pressure sensor, a mouse, a 
joystick, a touch pad, a microphone, or a motion sensor), or 
the trigger source may be remote. 

Under certain circumstances, it would be desirable to be 
able to easily reconfigure the order in which devices are 
targeted for booting the computer. For example, a system 
administrator wishing to install a new operating system 
might prefer to bypass the local drives and boot directly 
from a network drive. In conventional systems, this would 
require the following steps by the administrator: 

1. Reboot the computer. 

2. Enter the BIOS setup program. 

3. Find and change the boot order option. 

4. Reboot the computer from the network. 

5. Login to the network and install the new operating 
system. 

6. Reboot the computer. 

7. Enter the BIOS setup program. 

8. Find and change to boot order option. 

9. Reboot the computer normally. 

This procedure is cumbersome and requires a significant 
amount of the administrator's time. Since this procedure 
must be repeated by the administrator for each computer in 
the network, a more streamlined approach is desirable. 

SUMMARY OF THE INVENTION 

Accordingly, there is provided herein a computer system 
having a dynamically reconfigurable boot order. In one 
embodiment, the computer comprises a user input device, a 
nonvolatile memory, a network interface, a boot trigger, and 
a CPU. The CPU is coupled to the user input device to detect 
a predetermined key press, coupled to the boot trigger to 
detect the to assertion of a system reset signal, and coupled 
to the nonvolatile memory to retrieve a system BIOS in 
response to assertion of the system reset signal. The CPU 
executes the BIOS to initialize the computer system, and as 
part of the system initialization, the CPU determines a first 
target boot-up device. Preferably if the predetermined key 
has been pressed during the system initialization, the CPU 
alters the default boot order to select the network interface 
as the first target boot up device. The network interface is 
configurable to retrieve an operating system from a network 
device for the CPU to execute. The disclosed embodiment 
advantageously provides for reduced system installation and 
maintenance effort, and thereby lead to reduced costs for 
owners of computer networks. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A better understanding of the present invention can be 
obtained when the following detailed description of the 

5 preferred embodiment is considered in conjunction with the 
following drawings, in which: 

FIG. I is a block diagram of a computer system illustrat- 
ing various system components; 
FIG. 2 is an illustrative diagram of a simple computer 

io network; and 

FIG. 3 illustrates a method for dynamically altering a 
computer's boot order. 

While the invention is susceptible to various modifica- 
tions and alternative forms, specific embodiments thereof 

15 are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, 
however, that the drawings and detailed description thereto 
are not intended to limit the invention to the particular form 
disclosed, but on the contrary, the intention is to cover all 

20 modifications, equivalents and alternatives falling within the 
spirit and scope of the present invention as defined by the 
appended claims. 

In addition, certain terms arc used throughout the follow- 

25 ing description and claims to refer to particular system 
components. This document does not intend to distinguish 
between components that differ in name but not function. In 
the following discussion and in the claims, the terms 
"including" and "comprising" are used in an open-ended 

3Q fashion, and thus should be interpreted to mean "including, 
but not limited to . . . **. Also, the term "couple" or "couples" 
is intended to mean either an indirect or direct electrical 
connection. Thus, if a first device couples to a second device, 
that connection may be through a direct electrical connec- 

35 tion or through an indirect electrical connection via other 
devices and connections. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

40 Turning now to the figures, FIG. 1 illustrates an example 
of a configuration of various computer components that may 
be found in a computer system. It is noted that many other 
representative configurations exist and that this embodiment 
is described for illustrative purposes. The computer system 

45 100 is preferably provided with a hotkey (shown in FIG. 2) 
for dynamically reconfiguring the boot order. If the hotkey 
is pressed during system initialization, the computer system 
100 is configured to bypass local boot devices and boot from 
a remote boot device. Remote boot procedures using a 

50 Dynamic Host Configuration Protocol (DHCP — published 
as RFC 1541) and Trivial File Transfer Protocol (TFTP — 
published as RFC 1350) are described in "Network PC 
System Design Guidelines: Version 1.0b— Aug. 5, 1997" by 
Compaq, Dell, Hewlett Packard, Intel, and Microsoft, and 

55 "Wired for Management Baseline: Version 1.1a" published 
Aug. 28, 1997 by Intel. The foregoing references are hereby 
incorporated by reference. 

The computer system 100 of FIG. 1 includes a CPU 102 
coupled to a bridge logic device 106 via a CPU bus. The 

60 bridge logic device 106 is sometimes referred to as a "North 
bridge" for no other reason than it often is depicted at the 
upper end of a computer system drawing. The North bridge 
106 also couples to a main memory array 104 by a memory 
bus, and may further couple to a graphics controller 108 via 

65 an accelerated graphics port (AGP) bus. The North bridge 
106 couples CPU 102, memory 104, and graphics controller 
108 to the other peripheral devices in the system through a 
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primary expansion bus (BUS A) which may be implemented link. When the computer system 100 is in a so ft -off or 

as a peripheral component interconnect (PCI) bus or an hard-off state, and the Super I/O controller 126 detects a 

extended industry standard architecture (EISA) bus. Various power switch closure, controller 126 asserts a system reset 

components (bat comply with the communications protocol signal and initiates system boot -up. During system boot-up, 

and electrical requirements of BUS A may reside on this bus, 5 me CPU 102 retrieves the BIOS from Flash ROM 124 and 

such as an audio device 114, a IEEE 1394 interface device executes the BIOS. The BIOS stores various system con- 

116, and a network interface card (NIC) 118. The system figuration parameters in CMOS memory, and retrieves these 

ma L^n S.° re lh?n ° De 0etWOrk l"*-**' 88 ' ndlci « d parameters to initialize and configure various system com- 

by NIC119 These components may be integrated onto the m n |ace , be jo rea(Jiness f()r operation by a 

motherboard or they may be plugged into expanse slots , fl ^ 0 ne of the configuration parameters may be a preferred 

110 that are connected to BUS A. boot-order selected by the user in the BIOS setup program. 

If other secondary expansion buses are prodded in the Refelrin ^ RG j ^ B , os ^ . ^ RQM 

computer system, as is typicaUy the case, another bndge m ^ ^ which ^ ^ 

£S£ V, " °°" P P T ary mf?c "ST™" *"» def&ult b 001 orde ' * ™ <° e «*»< 

f) to the secondary expansion bus ^US B). Jms „ devices accessed fa aQ eff(Jrt ^ aQ(J 

bridge logic 112 issometimes referred^ to , as , . "Sout | bridge execu(e atin ' ,em. ^ ^ ^ normall ^ , he 

reflecting its location vus-a-v* the North bridge 106 in a defauU ^JTadcity changing a parameter in CMOS 

typical computer system drawing An example of such ffl ^ . S| f 6 1/0 F conlroUer m 0ne 

bridge logic us descnbed in U.S. Pat. No 5,634,073, > of , ^ ^ ^ 

assigned to Compaq Computer Corporation. Various com- 2 o rn _ nM 

po Dents that comply with the communications protocol and 

electrical requirements of BUS B may reside on this bus, FLOPPY DRIVE 

such as hard disk controller 122, Rash ROM 124, and Super HARD DISK #1 

I/O controller 126. Slots 120 may also be provided for SCSI 

plug-in components that comply with the protocol of BUS 2 s NETWORK DRIVE #1 

B. Flash ROM 224 stores the system BIOS that is executed NETWORK DRIVE #2 

by CPU 202 during system initialization. ^ order ^ popular because it ai lows lbe computer to 

The Supcr-Input/Output (Super I/O) controller 126 typi- operale from a \ oai \ drive (e.g. the CD-ROM, floppy drive, 

cally interfaces to basic input/output devices such as a G r bard disk) whenever possible, thereby maximizing the 

keyboard 130, a mouse 132, a floppy disk drive 128, a 30 performance of most systems. However, computers which 

parallel port, a serial port, and sometimes a power controller f or some reason may have missing or corrupted operating 

134 and various other input switches such as a power switch systems can still boot up using another copy of an operating 

and a suspend switch. The Super I/O controller 126 prefer- system that may be stored elsewhere (e.g. the master copy of 

ably has the capability to handle power management func- me operating system stored on a network server), 

tions such as reducing or terminating power to components 35 FIG. 2 shows an example of a computer network in which 

such as the floppy drive 130, and blocking the clock signals a central server 202 is coupled to a first computer 208 and 

that drive components such as the bridge devices 106, 112 a second computer 210. Central server 202 and computers 

thereby inducing a sleep mode in the expansion buses. The 208 and 210 may each be equipped with a terminal 204 and 

Super I/O controller 126 may further assert System Man- an mput device 206, and may each be provided with an 

agemcnt Interrupt (SMI) signals to various devices such as 40 architecture similar to that of FIG. 1. Computer 210 is shown 

the CPU 102 and North bridge 106 to indicate special having a power button 212 and a function key 214. Most 

conditions pertaining to input/output activities such as sleep modem keyboards have ten or twelve function keys labeled 

mode. F1-F10 or F1-F12 which are often located in a single row 

Super I/O controller 126 may include battery-backed along the upper edge of the keyboard or in a group on the 

CMOS memory for storing BIOS configuration parameters 45 left-hand side of the keyboard. These function keys are often 

for system 100, and may further include a counter or a Real assigned to special purpose functions by software applica- 

Time Clock (RTC). The RTC may be used to track the uons. For example, pressing Fl while a software application 

activities of certain components such as the hard disk 122 is running commonly opens up a "help window" whereby a 

and the primary expansion bus, so that controller 126 can user may find usage instructions for the software applica- 

induce a sleep mode or reduced power mode after a prede- so tion. 

termined time of inactivity. The Super I/O controller 126 Any key or key-combination (multiple keys which are 

may also induce a low-power suspend mode if the suspend pressed simultaneously) which invokes a special purpose 

switch is pressed, in which the power is completely shut off function (i.e. a function other than causing an alphanumeric 

to all but a few selected devices. Exempted devices might be character to appear on the display) when pressed is com- 

the Super I/O controller 126 itself and NIC 118. 55 monly referred to as a "hotkey". One standard hotkey that is 

When a computer is in a soft-off, suspend, or sleep state, used for re-booting a computer is Control-Alt-Delete, in 

the Super I/O controller 126 may be configured to rouse the which the three keys Control, Alt, and Delete are pressed 

computer if activity is detected, e.g. a power switch closure, simultaneously. As the computer is booting up, a hotkey may 

movement of the mouse 132 or detection of a "wake up" be used by the user to enter the BIOS setup program. Typical 

data packet by NIC 118. The source of the triggering activity 60 examples of hotkeys used to invoke the setup program 

may come from a local mechanism (i.e. a switch or sensor include Control-S, Shift-Fl, AU-F2, or F10. The BIOS 

of any kind such as a power switch, a reset switch, a software will normally display a prompt message indicating 

pressable key, a pressure sensor, a mouse, a joystick, a touch the key or key-combination which should be used by the 

pad, a microphone, a motion sensor, or a biometric device user to gain access to the BIOS setup program, 

(e.g. fingerprint reader)), or the trigger source may be remote 65 It can be appreciated that the system administrator might 

and perhaps communicated to the computer system by a desire to perform system maintenance of computers in the 

network, serial bus, modem, or some other communications network without working through the cumbersome nine-step 
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procedure outlined in the background section. It may be the original boot order. In a second embodiment, the CPU 

further appreciated that the system administrator might wish 102 bypasses the local drives and only attempts to boot from 

to boot each of the computers from a master copy of the network devices in the boot table. In a third embodiment, the 

operating system as part of the system maintenance. CPU 102 suriply creates a new boot tabic entry for a network 

Examples of when this could be desirable include: installing 5 device as a temporary first entry before other entries in the 

a new operating system, virus scanning, and executing existing boot table. This new entry may not necessarily be 

automated maintenance software. Providing a hot key for entered into the existing table; rather, the variable used to 

temporarily reconfiguring the boot order substantially retrieve entry values from the table is simply initialized with 

reduces the effort required by the system administrator, as settings of a network boot device. Since this may lead to 

evidenced by the following example using F12 as the hot to effectively having two entries for the network device, the 

key, although any other unassigned key or key-combination CPU 102 mav implement a flag to indicate that the 

may also be used: network drive has already been attempted to prevent a 

1 Reboot the computer second attempt if the network drive appears again later in the 

boot table. 

2. Press the F12 key to boot from the network. ^ Using mc original bQ0[ ^ Qf ^ QCW ^ 0fdcr tf fl 

3. Login to the network and install the new operating hotkey is detected, the CPU 102 determines a first target 
system. boot device in step 314 and attempts to retrieve an operating 

4. Reboot the computer normally. system from the target boot device in step 316. In step 318, 
Some operating systems will allow the last two steps to be the CPU 102 determines if the retrieval attempt was suc- 
automated so that all the system administrator must do is 2 o cessful. If so, then in step 322, the BIOS turns control over 
reboot and press F12. to toe retrieved operating system. If not, then in step 320, the 

FIG. 3 shows an illustrative flowchart which may be CPU 102 determines a next target boot device, and loops 

implemented by a computer's BIOS to provide dynamic back to step 316. The loop is repeated until an operating 

configuration of the boot order. The flowchart includes a system is located or all boot devices have been unsuccess- 

power-on step 302, a POST step 304, a first hot-key test step 25 fully tried. If all boot devices have been unsuccessfully tried, 

306, a Setup execution step 308, a second hot-key test step the computer declares a fatal error and ceases all attempts to 

310, a boot order reconfiguration step 312, a determine first boot up. 

target step 314, an Operating System load step 316, a bad An appendix is provided with assembler code excerpts 

success test 318, a determine next target step 320, and an from one BIOS implementation to illustrate one method for 

execute Operating System step 322. In the flowchart of FIG. 30 dynamically reconfiguring a computer system's boot order. 

3, the powcr-on step 302 can have multiple triggers, includ- After the POST has completed, the BIOS makes a call to the 

ing a press of the power button 212 and detection of a AttcmptBypassBBS procedure. This procedure checks to 

wake-up packet by NIC 118. In the power-on step 302, determine if the F12key has been pressed and, if so, calls the 

power is provided to the computer's various system com- AttcmptRIPL procedure. The AttemptRIPL procedure scans 

poncnts including the CPU 102. The CPU 102 retrieves the 35 in order through the boot table for network interface cards 

BIOS from Flash ROM 124 and begins the POST portion of (NICs) and boot-entry vector devices (BEV devices), and for 

the boot-up sequence in step 304. During the POST step 304, each one found, calls the pbbsAttcmptBoot procedure. The 

the CPU 102 preferably displays a message on the display PCI Plug-N-Play standard defines BEV devices. A BEV 

terminal similar to "FlO-Setup, F12-Nctwork boot". This device may be a network interface that includes an option 

message may be displayed after the CPU 102 has initialized 40 ROM with executable code for locating a network server, 

the PCI devices and determined if indeed there is a network retrieving a boot image of the operating system from the 

interface present. network server, and initiating execution of the boot image. 

In test step 306, the CPU 102 determines if the Setup The pbbsAttcmptBoot procedure determines if the selected 

hotkey has been pressed. If so, the CPU 102 executes the device is a bootable NIC or BEV device and attempts to boot 

BIOS setup program in step 308. Otherwise, in step 310 the 45 from those devices determined to be bootable by calling a 

CPU 102 determines if the Network Boot hotkey has been PXENVBoot procedure or a pbbsBootBEV procedure, 

pressed. To determine when keys arc pressed, the CPU may respectively. If a successful boot occurs, no return from 

employ polling or interrupt operations. A CPU which per- these procedures is expected. 

forms polling regularly checks the keyboard to determine if Accordingly, a system and method which provide a 

a key is being pressed, while a CPU which employs inter- 50 dynamically reconfigurable boot order for a computer have 

rupts halts any current operations to respond to an interrupt been described. Numerous variations and modifications will 

signal generated by the keyboard when a key is pressed. become apparent to those skilled in the art once the above 

If so the CPU 102 determines that the Network Boot disclosure is fully appreciated. For example, the default boot 

hotkey has been pressed, the CPU 102 alters the boot order order may be configured so that faster boot devices arc tried 

in step 312. In a first embodiment, the CPU 102 temporarily 55 before slower boot devices. In particular, to reduce boot-up 

reorders the entries in the boot table so that the network time a local bard drive may be tried before a floppy disk or 

boot devices are accessed first and the local drives are only CD-ROM. A hotkey may be provided to reorder the boot-up 

accessed if the computer fails to boot from the network. sequence so that booting from the removable media devices 

However, the boot order parameter in CMOS memory and (e.g. floppy disks, CD-ROMs) is tried before resorting to the 

the original table stored in Flash ROM 124 preferably are local hard drive. It is intended that the following claims be 

not altered so that subsequent computer boot-ups will follow interpreted to embrace all such variations and modifications. 
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APPENDIX 

Hie following code excerpt* arc taken from a BIOS implementation 
of a hotkey for dynamically reconfiguring a computer's boot 
order to bypass local boot devices and boot from a network. 



bbsTable Entry stiuc 
DeviceTypedw 

EMFTY_TYPE 

FLOPPY_TYPE 

HDISK_TYPE 

CD_TYPE 

PCMCIA_TYPE 

USB_TYPE 

NIC_TYPE 

BEV_TYPE 

UNKNOWN_TYPE 



EMPTY_TYPE 
EQUO 
BQU 1 
EQU 2 
EQU 3 
EQU 4 
EQU 5 
EQU 6 
EQU SOh 
EQU OFFh 



BOOTSTRAP TABLE ENTRY 
DEVICE TYPE 
define types of devices 



StatusRec record Rl:4^>tedUPresent:2 ) BootFaU:l t EQableBoot:l,R2:4-04 J a8tBoot:4 



StatttsFlags StatusRec o 

NO_BOOT__MEDlA EQUO 
UNKNOWN_MEDIA EQU 3 
BOOT_MEDlA EQU 2 

union 
struc 

Boot Handler dd 70000000b 
ends 
struc 

BootHandlerOff dw ? 
BootHandlerSeg dw ? 
ends 
ends 
union 
struc 

String DescString dd OFOOOOOOOh; 
ends 
struc 

DescStringOff dw 7 
DescString Seg dw 1 
ends 
ends 

Expansion dd 0 

bbsTableEntry ends 



STATUS FLAGS 
StatusRccMediaPreseat equates 



BOOT HANDLER LOCATION 



SegmenLOfiset of Boot handlerPT925 



DEVICE DESCRIPTION LOCATION 
SegmentrOflset of DcscripL String:FT925 



; RESERVED 



rbbsIPLTable - [PL Table Data Structure 



rbbsIPLTable bbalKbleEntry MAX^DEVICES DUP ({ }) ; IPL table 



AttemptBootDiag - Check for signature if found then boot ;PT925 



AUemptBypassBBS proc near 
call rkbdF12Pressed? 
jz short @f 
call AttemptRIPL 



Q: User pressed F12? 
N: skip to next text 
Y: boot to network 



AUemptBypassBBS endp 



; AttemptRIPL 

; This function attempts to boot from the highest priority NIC_TYPE or 

; BEV_TYPE device 

; Procedure: 

; Scan through IPL priority until a NIC_TYPE or BEV_TYPE is found 

; call pbbsAttempBoot with index 



public AttemptRIPL 
AttemptRIPL proc near 
push ax 
push cx 
posh si 
push es 
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-continued 



APPENDIX 

The following code excerpts arc taken from a BIOS implementation 
of • hotkey for dynamically reconfiguring a computer's boot 
order to bypass local boot devices and boot from a network. 



mov 


ax,SEG rbbsIPLOevs 




mov 






mov 


ch,cs^rbbsIPU>evs] 


Initialize loop max 


xor 


cl,cl 


start with first device 


RIPLLcop: 






lea 


sLrbbsIPLTable 


SI points to first entry in [PL tbl 


call 


pbbsGetTbl Index 


Get index into table 


movzx 


ax,bl 


AX - index into IPL table 


mov 


di,SIZE bbSTableEnlry 


Dl-size of IPL entry 


mul 


di 


AX-DI * index 


add 


si,ax 


SI -> bbsTableEntry[bl] 


cmp 


es: [Bi].DeviceType^aC_TYPE 


Q: Onboard NIC device! 


jc 


short Gotlt 


Y: We*re done 


cmp 
jc 


« { si}. De viceType ,B E V_TYPE 


Q: BEV Device? 


short GoUt 


Y: We*rc done 


inc 


cl 


go to next device 


cmp 


d,ch 


Q: Last device? 


jb 


short RIPLLoop 


N: keep looking 


jmp 


RIPL_Done 


Y: get out 


Gotlt: 






call 


pbbsAUemptBoot ; BL has index of device to boot 


RIPL_Dooe: 






pop 


es 




pop 


si 




pop 


cx 




pop 


ax 




ret 







AttemptRIPL endp 



pbbsAUemptBoot - Attempt to boot from specified IPL device 



Entry: BL - index into IPL table 

Return (if it returns): CL, CH, BH restored 



pbbsAttemptBoot proc near 



cmp 
jne 
mov 
call 
call 
call 
jmp 

cmp 

jne 

teat 

call 
jmp 
BEV_OK: 
call 
test 

jz 
call 



ax,NlC_TYPE 

SHORT @F 

ax,NIC_TYPE 

pbbsBootMsg 

pbbsBootUpNIC? 

PXENVBoot 

SHORT no_boot 

ax,BEV_TYPE 

SHORT no_boot 

cai8i].StatusReg3,0200h 

BEV_OK 

rbbsBEVFailedMsg 

no_boot 

pbbsBootMsg 
cs{si].StatiisFlags,Ol00h 
no_boot 
pbbaBootBEV 



Q: Up or down NIC 
Boot NIC 
Recover 



Hnunounoun 
Q: First attempt? 
Y: go boot 

N: no boot after failed 



Q: Ignore this BEV? 

Y: Exit 
Boot BEV 



.pbbsAUemptBoot endp 



What is claimed is: 

1. A computer system having a dynamically recoofig- 
urable boot order, wherein the computer system comprises: 
a user input device; 

a nonvolatile memory that stores a BIOS which specifies 
a first boot order; 65 

a boot trigger configurable to momentarily assert a system 
reset signal; 



a CPU coupled to the boot trigger to detect the assertion 
of the system reset signal, coupled to the nonvolatile 
memory to retrieve the BIOS in response to assertion of 
the system reset signal, and coupled to the user input 
device to detect one or more key presses, 

wherein the CPU determines a second boot order if the 
predetermined key press is detected, wherein the sec- 
ond boot order is a re-ordering of the first boot order. 
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2. The computer system of claim 1, wherein the user input 
device is a keyboard. 

3. The computer system of claim 1, wherein the prede- 
termined key press is part of a predetermined key- 
combination. 5 

4. The computer system of claim 1, wherein the prede- 
termined key press is operation of a function key. 

5. The computer system of claim 1, wherein the prede- 
termined key press is operation of a fund ion key labeled 
F12. io 

6. The computer system of claim 1, wherein the boot 
trigger is a power switch. 

7. A computer system having a dynamically recoofig- 
urable boot order, wherein the computer system comprises: 

a user input device; 15 

a nonvolatile memory that stores a BIOS; 

a network interface configurable to retrieve an initial 

program via a network 
a boot trigger configurable to momentarily assert a system 20 

reset signal; 

a CPU coupled to the user input device to detect a 
predetermined key press, coupled to the boot trigger to 
detect the assertion of the system reset signal, coupled 
to the nonvolatile memory to retrieve the BIOS in 25 
response to assertion of the system reset signal, and 
coupled to the network interface to receive the initial 
program, 

wherein the CPU is configured to execute the BIOS to 
determine a first target boot-up device, wherein the 30 
CPU determines that the first target boot-up device is 
the network interface if the predetermined key press is 
detected, and wherein the CPU determines that the first 
target boot-up device is a local device otherwise, 

wherein the BIOS specifies a first boot order, and wherein 35 
the CPU determines a second boot order if the prede- 
termined key press is detected, wherein the second boot 
order is a re-ordering of the first boot order such that the 
second boot order begins with a network interface 
present in the first boot order. 
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8. A method for booting up a computer, wherein the 
method comprises: detecting a trigger event; 

applying power to a CPU; 

retrieving a BIOS that specifies a first boot order; 

determining if a predetermined key has been pressed; and 

creating a second boot order different from the first boot 
order if the predetermined key has been pressed after 
the trigger event, wherein the second boot order is a 
re-ordering of the first boot order. 

9. The method of claim 8, wherein the second boot order 
begins with a network interface. 

10. The method of claim 8, wherein the predetermined 
key is a function key. 

11. The method of claim 8, wherein the predetermined key 
press is part of a predetermined key-combination. 

12. A method for booting up a computer, wherein the 
method comprises: 

detecting a trigger event; 
applying power to a CPU; 
retrieving a BIOS that specifies a first boot order; 
determining if a predetermined key has been pressed; 
if the predetermined key has not been pressed: 
selecting a first target boot device from the first boot 
order; otherwise, 
if the predetermined key has been pressed: 
creating a second boot order which is a reordering of 

the first boot order; 
selecting a first target boot device from the second boot 
order; and 

accessing the first target boot device to retrieve an oper- 
ating system. 

13. The method of claim 12, further comprising: 
determining if the operating system has been found; 
selecting a next target boot device if the operating system 

has not been found; and 
executing the operating system if the operating system has 
been found. 
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(57) ABSTRACT 

A method and computer system for a system setup program 
includes a routine for displaying a subset of bootable devices 
from an adapter card, such as a PERC card, on a system from 
which a user may specify a bootable device to serve as a boot 
drive, and bootable devices to serve as alternative boot 
drives. The computer system includes a system Basic Input/ 
Output System (BIOS), a system processor, a system 
memory coupled to the system processor, at least one 
expansion slot coupled to the system processor via a bus, at 
least one adapter coupled to the computer system via the at 
least one expansion slot, and a system BIOS ROM code. The 
BIOS ROM code detects a plurality of bootable devices on 
the computer system, selects from the plurality of bootable 
devices a preselected number of bootable devices for 
display, and displays the subset of bootable devices on a 
setup display. The setup display allows a user to specify a 
bootable device to serve as a boot drive of the computer 
system. The method includes detecting a plurality of boot- 
able devices on the computer system, selecting from the 
plurality of bootable devices a preselected number of boot- 
able devices for display, and displaying the subset of boot- 
able devices on a setup display. The setup display allows a 
user to specify a bootable device to serve as a boot drive 
from the computer system. 

31 Claims, 2 Drawing Sheets 
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BIOS/UTILITY SETUP DISPLAY 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates in general to computer systems, and 
more specifically to a BIOS/Utility Setup display program. 

2. Description of the Related Art 

Personal computer systems have attained widespread use. 
A personal computer system can usually be defined as a 
desktop or portable microcomputer that includes a system 
unit having a system processor or central processing unit 
(CPU) with associated memory, a display panel, a keyboard, 
a hard disk storage device or other type of storage media 
such as a floppy disk drive or a compact disk read only 
memory (CD ROM) drive. These personal computer sys- 
tems are information handling systems which arc designed 
primarily to give independent computing power to a single 
user or group of users. 

One of the methods typically used to initialize devices on 
a personal computer system is called the Basic Input/Output 
System (BIOS). The BIOS is a program embedded in an 
integrated circuit component located on the personal com- 
puter's main circuit board or mother board. The BIOS runs 
the Power- On-Self-Test (POST), which is included as part of 
the BIOS. The POST software initializes the computer 
hardware so that the computer's operating system can be 
loaded. All bootable devices must be initialized prior to 
loading the operating system in order to boot-strap the 
computer system. Such devices include any Initial Program 
Load (IPL) devices such as floppy drives or hard drives that 
can boot-strap and load an operating system. 

In order to inform the BIOS of the devices and options 
installed on a system, computer systems record setup infor- 
mation in a storage system that can be referenced quickly 
during bootup, typically in nonvolatile system setup 
memory. A setup program allows the user to configure the 
operating system and select a particular I PL device. Pressing 
a particular key on the keyboard during BIOS initialization 
executes the setup program. Once the setup program 
executes, the operating system for a computer is loaded from 
a particular IPL device. A user sets up the particular IPL 
device through the system Setup program which is part of 
the BIOS. 

The BIOS Boot Specification, Version 1.01, Jan. 11, 1996, 
("BIOS Boot Specification") promulgated by "COMPAQ 
COMPUTER CORPORATION™", "PHOENIX 
TECHNOLOGIES, LTD™", and "INTEL 
CORPORATION™", is incorporated herein by reference. 
The BIOS Boot Specification (BBS) provides a method for 
the BIOS to identify all IPL devices on a computer system. 
According to the BBS, the user, through the Setup program, 
prioritizes the IPL devices so that the system will attempt to 
boot using each bootable device selected in the order speci- 
fied. Prioritizing IPL devices is similar to the commonly 
known boot priority system of attempting to boot using 
floppy drive A first, then hard drive C. The difference is that 
the BBS can include additional IPL devices such as a 
bootable AT Attachment Packet Interface ("ATAPI") 
CD-ROM drive, a Personal Computer Memory Card Indus- 
try Association ("PCMCIA") drive, an embedded network 
adapter, and "Plug-n-Play" (PnP) devices. 

Although the additional IPL devices enable numerous 
boot options for usage by the user when running the Setup 
program, the BBS display of bootable devices in the Setup 
program fails to display all possible bootable drives when 
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the number of possible bootable devices exceeds the dis- 
playable option space limit. For example, if four Power- 
Edge Raid Controllers™ (PERC) adapter cards are con- 
nected in a system holding eight disk pods, such as a Dell 

5 Poweredge™ Scalable Disk Storage 100 (SDS 100) unit. In 
addition, each disk pod in the system contains eight bootable 
devices, Thus, the user can select from 64 possible bootable 
devices in theory. The Setup program may be capable of 
displaying only a fraction of the bootable device selections 

10 due to limits in option space. This is a limitation inherent in 
the BBS standard. 

A need has been felt for a Setup Program that is able to 
display IPL devices as bootable devices according to the 
BBS standard in a user-friendly manner. 

15 

SUMMARY OF THE INVENTION 

The present invention accordingly provides a method and 
computer system for a system setup program that include 

2Q displaying a subset of bootable devices from an adapter card, 
such as a PERC card, on a system from which a user may 
specify a bootable device to serve as a boot drive, and 
bootable devices to serve as alternative boot drives. The 
computer system includes a system Basic Input/Output 

25 System (BIOS), a system processor, a system memory 
coupled to the system processor, at least one expansion slot 
coupled to the system processor via a bus, at least one 
adapter coupled to the computer system via the at least one 
expansion slot, and a system BIOS ROM code. The BIOS 

3Q ROM code detects a plurality of bootable devices on the 
computer system, selects from the plurality of bootable 
devices a preselected number of bootable devices for 
display, and displays the subset of bootable devices on a 
setup display. The setup display allows a user to specify a 

35 bootable device to serve as a boot drive of the computer 
system. 

The method includes detecting a plurality of bootable 
devices on the computer system, selecting from the plurality 
of bootable devices a preselected number of bootable 
4Q devices for display, and displaying the subset of bootable 
devices on a setup display. The setup display allows a user 
to specify a bootable device to serve as a boot drive from the 
computer system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

45 

The present invention may be better understood, and its 
numerous objects, features, and advantages made apparent 
to those skilled in the art by referencing the accompanying 
drawings. 

50 FIG. 1 is a schematic block diagram of a computer system 
that is suitable for operating a BIOS/Utility Setup Display 
according to an embodiment of the present invention. 
FIG. 2 is a flowchart showing a method of operating the 
5s BIOS/Utility Setup Display of FIG. 1. 

The use of the same reference symbols in different draw- 
ings indicates similar or identical items. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT^) 

The following sets forth a detailed description of a mode 
for carrying out the invention. The description is intended to 
be illustrative of the invention and should not be taken to be 
limiting. 

65 The BBS described above and incorporated herein for all 
purposes as Appendix A, defines the priority of the Boot 
Connection Vector (BCV). The BCV is a pointer that points 
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to code for loading the operating system, the boot code, Alternatively, instead of an ISA bus, the System BIOS 113 

located inside the option ROM. The initialization code in the could be coupled to the computer system 100 via a local or 

option ROM performs device initialization, detects whether host bus. Connected to the PCI Bus HO are Slots 115, 

a peripheral is attached, and optionally hooks INT 13/t. The representing different expansion slots. Controllers for con- 

BCV resides in a PnP option ROM Expansion Header. An 5 trolling adapter cards are inserted into the expansion slots, 

option ROM is located on a given adapter or a device with The adapter cards are shown as adapters containing option 

drives attached. The oplion ROM stores an initialization ROMs 120 and adapters containing option ROM Expansion 

code on an option ROM header. A valid option ROM header Headers with a BCV 122. 

as defined by the BBS has an Expansion Header with an The computer system 100 executes the BIOS ROM setup 

address within the standard oplion ROM header. The Expan- 10 coc j c when the system is first powered. A BIOS ROM setup 

sion Header contains the information used to configure the C(X fe enables the user to control the order of the drives as 

devices connected through the adapter. The Expansion defined within the setup program and allows a user to control 

Header also contains pointers (BCVS) to code in the mc order of drives for the operating system to be initialized 

device's option ROM (the BCV) that BIOS uses to call to as a boo[ ^ iwc i n mc normal operation of the BIOS ROM 

boot from the device. is sctup code, lnc setup program presents to a user a list of 

Atypical BCV device is a SCSI controller. SCSI control- optional adapter selections. However, the space provided in 

lers are not directly bootable, but by hooking into the the setup program for displaying bootable device choices 

BIOS' INT 13/t services, the SCSI controller drives are may be limited. An illustrative BIOS/Utility Setup Display 

added to the system and drive numbers are appended to program controls the number of bootable devices connected 

existing drives. A BCV device is only bootable if a BCV 20 to an adapter card that are displayed as options in the BIOS 

device drive is installed before any other drives in the ROM setup code. The program efficiently uses a BIOS ROM 

system. Therefore, control of the order of installation is setup code space for displaying a limited number of bootable 

desirable. drive selections. For example, the setup code allocates 

The BCV Priority is specified by a user of INT 13/i device display space among bootable drive selections of multiple 

controllers in a priority list arranged during a setup opera- 25 adapters. Thus, a particular adapter with a plethora of 

lion. INT 13/i is a basic BIOS subroutine that controls part bootable drive selections does not take up the display area 

of the configuration of bootable drives. During a Power-On available. The customized BIOS ROM setup code selects a 

Self-Test (POST), the appropriate INT 136 drive support is predetermined number of drives from the individual adapter 

called for the controllers on the priority list in the order cards t0 display as bootable drive selections in the option 

specified by the user. The controllers are listed to control the 30 lis*- T° e BIOS ROM setup code allows a subset number of 

order of installation of devices using INT 13/t. Many INT bootable drives from the adapters to be displayed and treats 

13/t devices can be managed by one controller. The user remaining bootable drives as active drives that are not 

specifically sets the order of priority to account for incon- controlled as bootable drives. 

sistencies in booting operations of typical PCs and devices. Referring to FIG. 2, a flow chart diagram shows a method 

For example, if an Advanced Technology Attachment (ATA) 35 200 for selecting the number of bootable devices connected 

support that is resident in BIOS is installed before the BIOS to an adapter card when displaying the bootable devices 

option ROM scan, the ATA is first to install into the INT 13/i options in a BIOS/Utility Setup program, 

services. As a result, bootable drive number 80/i, commonly A first operation in the method is scanning for option 

known as drive "C", is specified as an ATAdrive and devices R0 Ms 202. During the scan, a call function is executed in 

initialized Slh or higher are rendered non-bootable. which each adapter with a valid option ROM-has-associated 

An INT 13/i device controller installs one or more drives operating code loaded into a specified section of memory 

into the BIOS INT 13/i services by hooking the INT 13h '"spacerDuring-ada^teT^6cle"Ioacling, ex^ansion'header-infop 

software interrupt and chaining to the old vector. By "HJaTIon is saved and linked expansion headers are stored into 

chaining, the INT 13/i software is connected through a 4J variables for non-controllable devices, 

software routine call inserted into the old vector. The soft- A nexl operation is option ROM initialization 204, during 

ware routine call refers the program to the INT Uh software, whicD a routme j umps t0 the initial entry point for the option 

thereby hooking the INT 13h software interrupt. The con- ROM and the code runs the BIOS on the option ROM card, 

trailer can be a PnP Card with a BCV. According to the BBS, routine querics thc drives mat arc attached to the card 

the first type of entry in the BCV Table is the BIOS INT 13/* 5Q mrough> for example, a cabling system. The information is 

services for ATA drives. The ATA drive support in the BIOS returned to the BIOS when finished. A search for BCVs 206 

is to be installable in any order that a user selects; before, in determines the number of BCVs and whether the device is 

the middle, or after other controllers are installed. a hard drive device. Another scan is made for option ROMs 

Referring to FIG. 1, a block diagram shows a computer 210, followed by a call for option ROM initialization, 

system that is suitable for operating a BIOS/Utility display ss repeating option ROM initialization 204 followed by the 

routine. Computer system 100 is a server or work station that BCV search 206 and another check for a BCV=1 208 until 

includes a system processor 103 with cacahe, such as the all option ROMs are processed. 

PENTIUM™ II microprocessor sold by the INTEL™ If BCV is equal to 1 in logic operation 208, another BCV 

CORP. Computer system 100 includes an ISA bus 112 js f oun d and the BCV is stored in a list for the controllable 

coupled to an input/output controller 107 that is often 60 devices 212. Following storing of the BCV, the routine 

operable coupled to auxiliary devices (not shown), which searches for a link 214, a link search for a pointer for the next 

may include a pointer device, such as a mouse. gcv. If a link is found, in logic operation 216 a query 

The computer system 100 includes a system processor determines whether enough space is available to increase the 

103 with cache and a memory controller 119 connected to number of BCVs in the controllable list 218. The capacity of 

the processor 103 with cache via a local bus or a host bus 65 the BCV list is determined by the number of spaces for 

108. A system BIOS 113 is connected to the memory displayed drives and is selected by a user during system 

controller 119 via a PCI bus 110 and an ISA bus 112. BIOS setup. Enforcement of the limitation in displayed BCV 
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entries in operation 218 prevents the BIOS code from 
automatically displaying all BCVs connected to an option 
ROM, thereby filling all available display spaces on the 
setup screen. For example, if an option ROM has three 
BCVs and a setup screen has only three spaces available for 5 
optional controllable devices, the setup screen capacity is 
filled. No option ROM or drive attached to the system is 
accessible by the user for usage as a controllable drive 
simply because no space is available on the setup screen for 
displaying the options. The other option ROMs are thus 
made available only as data drives. The list capacity is a 
variable in the system BIOS code that provides the number 
of BCVs per option ROM that is permitted for storage in the 
list of controllable devices for user selection. 

The above description is intended to be illustrative of the 
invention and should not be taken to be limiting. Other 15 
embodiments within the scope of the present invention are 
possible. Those skilled in the art will readily implement the 
steps necessary to provide the structures and the methods 
disclosed herein, and will understand that the process 
parameters and sequence of steps are given by way of 20 
example only and can be varied to achieve the desired 
structure as well as modifications that are within the scope 
of the invention. Variations and modifications of the embodi- 
ments disclosed herein may be made based on the descrip- 
tion set forth herein, without departing from the spirit and 25 
scope of the invention as set forth in the following claims. 

What is claimed is: 

1. A method of operating a computer system having a 
system Basic Input/Output System (BIOS), the method 
comprising: 30 

detecting a plurality of bootable devices on the computer 
system; 

selecting from the plurality of bootable devices a subset of 
a preselected number of bootable devices for display; 
and 35 

displaying the subset of bootable devices on a setup 
display from which a user specifies a bootable device to 
operate as a boot drive of the computer system. 

2. The method according to claim 1, wherein detecting a 
plurality of bootable devices on the computer system further 40 
comprises: 

scanning for option ROMs; and 
calling option ROM initialization codes. 

3. The method according to claim 1, wherein selecting 
from the plurality of bootable devices a subset of bootable 45 
devices for display further comprises: 

searching for at least one Boot Connection Vector (BCV); 
storing the at least one BCV in a list; and 
comparing the preselected number of bootable devices ^ 
against the number of BCVs in the list. 

4. The method according to claim 3, wherein comparing 
the preselected number of bootable devices against the 
number of BCVs in the list further comprises: 

searching for a link; 55 

determining a number of links that are found; 

checking the number of links that are found against the 
preselected number of bootable devices; 

if for a link the number of links that are found is greater 
than the preselected number of bootable devices alio- 60 
cated to the option ROM, storing an identifier of the 
link found for initialization as a nonbootable device for 
initialization; and 

if the number of links that are found is less than the 
preselected number of bootable devices allocated to the 65 
option ROM, storing an identifier of the link in the list 
of BCVs. 
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5. The method according to claim 4, further comprising: 
if the number of links that are found is zero, scanning for 

an option ROM; 
if the number of option ROMS found is zero, ending the 
method. 

6. The method according to claim 1, wherein: 

the plurality of bootable devices includes at least one 
option ROM, the at least one option ROM coupled to 
further bootable devices; and 

displaying the subset of bootable devices includes dis- 
playing the further bootable devices. 

7. The method according to claim 1, further comprising: 
classifying a subset of the plurality of bootable devices as 

active devices independent from control as bootable 
devices. 

8. The method according to claim 1, wherein the method 
is performed in a BIOS ROM setup code. 

9. The method according to claim 1, wherein the bootable 
devices are coupled to at least one adapter card inserted into 
at least one expansion slot. 

10. The method of claim 9, wherein the adapter card is a 
Plug and Play (PnP) adapter card with a BCV. 

11. The method of claim 1 wherein the plurality of 
bootable devices consists of initial program load (I PL) 
devices. 

12. A computer system having a system Basic Input/ 
Output System (BIOS), the computer system comprising: 

a system processor, 

at least one adapter coupled to the computer system; and 
a system BIOS ROM code coupled to the system 
processor, the system BIOS ROM code including a 
setup code that has limited space for displaying boot- 
able devices preventing the setup code from displaying 
all possible bootable drives when the number of pos- 
sible bootable devices exceeds a displayable option 
space limit, wherein the system BIOS ROM code 
detects a plurality of bootable devices on the computer 
system, including bootable devices coupled to one or 
more adapter cards, selects from the plurality of boot- 
able devices a subset of a preselected number of 
bootable devices for display from each adapter card, 
and displays the subset of bootable devices on a setup 
display from which a user specifies a bootable device to 
serve as a boot drive of the computer system. 

13. The computer system of claim 12, wherein the system 
BIOS ROM code scans for option ROMs and calls option 
ROM initialization codes. 

14. The computer system of claim 12, wherein the system 
BIOS ROM code that selects from the plurality of bootable 
devices a subset of bootable devices for display further 
searches for at least one Boot Connection Vector (BCV), 
stores the at least one BCV in a list, and compares the 
preselected number of bootable devices against the number 
of BCVs in the list. 

15. The computer system of claim 14, wherein the system 
BIOS ROM code that compares the preselected number of 
bootable devices against the number of BCVs in the list 
further searches for a link, determines the number of links 
found, checks the number of links found against the prese- 
lected number of bootable devices, and if the number of 
links found is greater than the preselected number of boot- 
able devices allocated to the option ROM, stores the link for 
initialization as a nonbootable device for initialization, and 
if the number of links found is less than the preselected 
number of bootable devices allocated to the option ROM, 
stores the link in the list of BCVs. - 
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16. The computer system of claim 15, wherein the system 
BIOS ROM code scans for option ROMs if the number of 
links found is zero, and ends the method if the number of 
option ROMs found is zero. 

17. The computer system of claim 12, wherein: 5 
the plurality of bootable devices includes at least one 

option ROM, the at least one option ROM coupled to 
further bootable devices; and 
the subset of bootable devices includes the further boot- 
able devices. 10 

18. The computer system of claim 12, wherein a subset of 
the plurality of bootable devices is classified as active 
devices independent from control as bootable devices. 

19. The computer system of claim 12, wherein the boot- 
able devices are coupled to the one or more adapter cards, 
the one or more adapter cards being coupled to the computer 
system via at least one expansion slot. 

20. The computer system of claim 19, wherein the adapter 
card is a Plug and Play (PnP) adapter card with a BCV. 

21. The computer system of claim 12 wherein the plural- 
ity of bootable devices consists of initial program load (IPL) 20 
devices. 

22. A computer program product comprising: 

a computer readable media including a system Basic 
Input/Output System (BIOS) routine operable with a 
setup code that has limited space for displaying boot- 25 
able devices preventing the setup code from displaying 
all possible bootable drives when the number of pos- 
sible bootable devices exceeds a display able option 
space limit, the routine including: 

detecting a plurality of bootable devices on the com- 30 
puter system, including bootable devices couple to 
one or more adapter cards; 

selecting from the plurality of bootable devices a subset 
of a preselected number of bootable devices for 
display from each adapter card; and 35 
displaying the subset of bootable devices on a setup 

display from which a user specifies a bootable device to 

operate as a boot drive of the computer system. 

23. The computer program product of claim 22 wherein 
detecting a plurality of bootable devices on the computer 40 
system further comprises: 

scanning for option ROMs; and 
calling option ROM initialization codes, 

24. The computer program product of claim 22 wherein ^ 
selecting from the plurality of bootable devices a subset of 
bootable devices for display further comprises: 

searching for at least one Boot Connection Vector (BCV); 
storing the at least one BCV in a list; and 
comparing the preselected number of bootable devices 50 
against the number of BCVs in the list. 

25. The computer program product of claim 22 further 
comprising: classifying a subset of the plurality of bootable 
devices as active devices'independent from control as boot- 
able devices. 
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26. The computer program product of claim 24 wherein 
comparing the preselected number of bootable devices 
against the number of BCVs in the list further comprises: 

searching for a link; 

determining a number of links that are found; 

checking the number of links that are found against the 
preselected number of bootable devices; 

if for a link the number of links that are found is greater 
than the preselected number of bootable devices allo- 
cated to the option ROM, storing an identifier of the 
link found for initialization as a nonbootable device for 
initialization; and 

if the number of links that are found is less than the 
preselected number of bootable devices allocated to the 
option ROM, storing an identifier of the link in the list 
of BCVs. 

27. The computer program product of claim 21 further 
comprising: 

if the number of links that are found is zero, scanning for 

an option ROM; and 
if the number of option ROMS found is zero, ending the 

method. 

28. The computer program product of claim 22 wherein: 
the plurality of bootable devices includes at least one 

option ROM, the at least one option ROM coupled to 
further bootable devices; and 
displaying the subset of bootable devices includes dis- 
playing the further bootable devices. 

29. The computer program product of claim 22 wherein 
the bootable devices are coupled to at least one adapter card 
inserted into at least one expansion slot. 

30. The computer program product of claim 29 wherein 
the adapter card is a Plug and Play (PnP) adapter card with 
a BCV. 

31. An article of manufacture comprising a computer 
readable media of signal for implanning a software program 
operable with a BIOS ROM setup code that has limited 
space for displaying all possible bootable drives when the 
number of possible bootable devices exceeds a displayable 
option space limit including: 

means for detecting a plurality of bootable devices on the 
computer system, including bootable devices coupled 
to one or more adapter cards; 

mean for selecting from the plurality of bootable devices 
a subset of a preselected number of bootable devices 
for display from each adapter card; and 

user specifies a bootable device to operate as a boot drive 
of the computer system. 

***** 
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SYSTEM AND METHODS FOR PROVIDING shadowed code of each controller during initialization and 

SELECTABLE INITIALIZATION system operation. 

SEQUENCES A disadvantage of conventional systems can occur when 

too many peripheral devices are added to a system. 

_ r p p- p n 5 Typically, a finite amount of memory is available to the 

ibUHNiLAL rifcLU system during initialization. During the system's initializa- 

The present disclosure generally relates to initializing tion routine, the basic input/output system (BIOS) executes 

computer systems and, more particularly, to a system and a power on self test (POST) that initializes the hardware 

methods for providing selectable initialization sequences for associated with the system and upon completing POST the 

computer systems and servers. 10 BIOS loads an operating system (OS). Therefore, a system 

having only a finite amount of memory available during 

BACKGROUND POST can initialize a limited number of peripheral devices. 

Technological advancements for increasing the number of One conventional method used to shadow the controller's 

peripheral devices for computer systems and servers have optional ROM codes is to shadow the optional ROM codes 

taken on many forms. Several types of peripheral devices 15 in a largest-to-smallest sequence. For example, a CD-ROM 

have become available for computer systems allowing users requiring 64 KB of memory for initialization would have its 

to expand a system's basic functionality and configuration. optional ROM code shadowed before a RAID device that 

For example, conventional systems can include expansion requires 16 KB of memory. This method continues until all 

slots or bays connected to the system's mother board for of the optional ROM codes are shadowed or until the 

connecting peripheral devices. 20 available memory for shadowing optional ROM codes is 

Two of the most common interfaces for connecting exhausted. Consequently, an initialization error could occur 

peripheral devices include Peripheral Component Intercon- tf a user wanted to boot an OS from a peripheral device 

nect (PCI) interface systems and small computer system navin S a controller with a smaller relative optional ROM 

interface (SCSI) systems. PCI and SCSI interfaces are code that may or may not be shadowed during initialization, 

configured with "hot-plugs" that allow users to add addi- 25 If the device havin g lhe bootable OS is not initialized, the 

tional peripheral devices such as hard drives, tape drives, system will be forced into an undesirable loop causing the 

CD-ROM drives, scanners, etc. relatively easy. Hot-plugs svstem initialization to fail. 

provide the connection between an interface and a peripheral Another conventional solution allows users to disable 

device using a small opening or panel in the computer 3Q some of the PCI optional ROM codes using an PCI/SCSI 

system's housing allowing a user to plug in peripheral configuration menu. Although this technique is effective in 

devices without powering down the computer system. "freeing-up" memory, it is disadvantageous because it 

A PCI interface system is configured to communicate with aUows initialization errors if a user unknowingly disables an 

a system's mother board and includes a plurality of expan- optional ROM code of a device required for system initial- 

sion slots spaced closely together for high speed operation. 35 ^ a ^ on - 

PCI is designed to be synchronized with the clock speed of Another solution deployed by conventional systems 

the mother board's microprocessor and can transmit, up to allows users to disable device controllers via the system's 

64 bits of data using a 188-pin connection. A single periph- BIOS set-up menu. Though effective, the user must know 

eral device communicates with the system using a PCI which device controllers are in which PCI slots before 

controller that plugs in to one of the PCI expansion slots. The 40 disabling the controller. This solution requires the user to 

controller also has a port connected to one end of the open the system's housing and note the location of each 

controller card for connecting the peripheral device to the device controller. 

SyS ^;- •-,»«■« SUMMARY 

SCSI interface systems are similar to PCI interface sys- 
tems in that SCSI allows systems to communicate with 45 7116 ^^P" 1 * 1 groundwork for the present disclosure 
external peripheral devices. A SCSI interface communicates evolves initialization sequences for computer systems. In 
through a parallel interface that provides quick access and accordance with the teachings of the present disclosure, a 
high data transfer rates. For example, a 16-bit interface can svstem and methods are described for providing selectable 
provide up to 80 megabytes of data per second. Unlike PCI, initialization sequences. 

a single SCSI can support up to devices when the devices are 50 According to one aspect of the present embodiment, a 

connected in a "daisy-chain" fashion. One advancement in method for use in a computer system is disclosed. The 

SCSI technology includes utilizing low voltage differential method includes providing at least one reference associated 

signaling for communicating with remotely located periph- with a device coupled to the system, selecting the reference 

eral devices such as disk drives, scanners, printers, etc. associated with the device, and determining an initialization 

Conventional systems include peripheral devices con- 55 se <I uence based U P 0D the selected reference, 

nected to PCI or SCSI slots through the use of a device More specifically, one embodiment of the method 

controllers that function as a communication interface includes storing the initialization sequence in a medium, 

between the added peripheral device and the system. Device such *s non-volatile memory device, associated with the 

controllers are configured with optional Read Only Memory system. 

(ROM) Integrated Circuits (ICs) that store initialization and 60 Another embodiment of the method includes configuring 

run-time code. For example, when a system is turned on or the method to be used with a basic input output system 

rebooted, the system's initialization routine uses a control- (BIOS) that deploys a power on self test (POST) routine, 

ler's optional ROM code to initialize the peripheral device A further embodiment of the method includes a POST 

and provide run-time code for operating the device. During routine configured to shadow an optional ROM code for the 

initialization, the system copies or "shadows" each control- 65 at least one device into a medium coupled to the system, the 

ler's optional ROM code by loading the code into a portion shadowing being based upon the determined initialization 

of available system memory. The system then accesses the sequence. 
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According to another aspect of one embodiment, a 
method of initializing a computer system is disclosed. The 
method includes providing a device list associated with the 
system and determining an initialization sequence based 
upon the device list. The method further includes initializing 5 
at least one device coupled to the system based upon the 
determined sequence wherein the device list includes a 
reference to at least one device coupled to the system. 

In another aspect of one embodiment, a method of pro- 
viding initialization information for a system is disclosed. 10 
The method includes selecting information associated with 
at least one device coupled to the system and determining an 
initialization sequence based upon the selected information. 

More specifically, one embodiment of the method 
includes selecting an operating system associated with at 1S 
least one device coupled to the system. 

In a further aspect of one embodiment, a system is 
disclosed. The system includes at least one processor, at 
least one storage medium coupled to the processor, at least 
one device coupled to the system, the device comprising an 
initialization reference associated with the device. The sys- 
tem further includes a program of instructions, associated 
with the system, the program of instructions including at 
least one instruction to determine an initialization sequence 
of the system based upon the at least one device. 

In another aspect of one embodiment, a method of ini- 
tializing a computer system is disclosed. The method 
includes providing a device reference for at least one device 
and allowing a user to select the at least one reference. The 3Q 
method determines an initialization sequence based upon the 
user selected reference and stores the initialization sequence 
in a medium associated with the system. The method also 
includes accessing the stored sequence during a BIOS 
initialization routine, wherein the BIOS initialization routine 35 
deploys a power on self test routine (POST). The method 
also includes shadowing an optional ROM code for the 
selected reference wherein the shadowing is based upon the 
initialization sequence. 

It is a technical advantage that an initialization sequence 40 
can be selected by a user thereby allowing the user to 
selectively initialize peripheral devices during a POST rou- 
tine. 

It is another technical advantage that a system is provided 
having a BIOS set-up menu configured to allow a user to 45 
select an initialization sequence for selective peripheral 
devices. In this manner, the system can initialize a selected 
peripheral device having a desirable operating system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the present embodi- 50 
ments and advantages thereof may be acquired by referring 
to the following description taken in conjunction with the 
accompanying drawings, in which like reference numbers 
indicate like features, and wherein: ^ 

FIG. 1 is a block diagram of a computer system illustra- 
tive of embodiment of the present disclosure; 

FIG. 2 is an illustration of a shadow memory area for a 
memory device according to an embodiment of the present 
disclosure; 60 

FIG. 3 is a flow diagram of one embodiment of a method 
for determining an initialization sequence; 

FIG. 4 a exemplary flow diagram of one embodiment of 
a method for initializing a system; 

FIG. 5 illustrates a flow diagram of one embodiment of a 65 
method of initializing a system upon selecting information 
associated with the system; and 
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FIG. 6 illustrates a flow diagram of one embodiment of a 
method of initializing a system based on a selected initial- 
ization sequence. 

DETAILED DESCRIPTION 

In an advantageous embodiment of the disclosure a com- 
puter system displays references for one or more devices 
coupled to the system. The references are displayed to a user 
via a set-up menu and allows a user to select a desirable 
system initialization sequence. The selected sequence is 
stored in a memory device, such as a non-volatile memory 
device, coupled to the system. During initialization of the 
system, the system's BIOS deploys a power on self test 
(POST) routine that copies or "shadows" initialization infor- 
mation for each device according to the selected sequence. 
In this manner, a customizable initialization sequence is 
afforded ensuring selective devices coupled to the system 
are initialized during a POST routine. Therefore, the disad- 
vantages of current systems are overcome by allowing a user 
to load or boot an operating system from a desirable device. 
The system advantageously avoids encountering boot errors 
incurred during initialization due to non-initialized devices 
having a desirable operating system. 

Referring to FIG. 1, a block diagram of a computer system 
illustrative of one embodiment of the present disclosure is 
shown. A system, indicated generally at 100, includes a 
central processing unit (CPU) 101 connected via at least one 
bus 108 to a basic input output system (BIOS) firmware 102, 
and memory, such as RAM, ROM, EEPROM, and any other 
memory devices, collectively designated by reference 
numeral 103. System 100 further includes an input/output 
adapter 106 for connecting peripheral devices such as SCSI 
drives 104 and RAID drives 105, and a display adapter 114 
for connecting a display device 115 such as a Flat Panel 
Display (FPD) or a Cathode Ray Tube (CRT). A user 
interface adapter 109 is provided for connecting a keyboard 
110, a mouse 112, a speaker 113, a microphone 111, and/or 
other user interface devices such as game controllers, touch 
pads, etc. System 100 also includes a communications 
adapter 107 for connecting system 100 to an information 
network such as an Intranet or the Internet. 

BIOS firmware 102 includes a built-in software program, 
referenced generally as BIOS, accessible to system 100. The 
BIOS includes instructions for controlling the system's 
devices and testing memory. During operation, when system 
100 is initially powered up, CPU 101 activates the BIOS. 
The BIOS runs a series of tests using a power on self test 
(POST) routine that initializes the system's hardware, chip 
registers, disk drives, power management, I/O ports and any 
other device requiring initialization by a POST routine. 
During POST, initialization information associated with the 
system's components are copied or "shadowed" in a prede- 
termined sequence into a shadow area of the system's 
memory. For example, system 100 shadows an optional 
ROM code for RAID drive 105 to an available memory 
location within memory 103 based upon the predetermined 
sequence. Therefore, initialization of RAID device 105 is 
ensured during the POST routine such that, in one 
embodiment, an operating system stored within RAID 
device 105 can be loaded upon completing the POST 
routine. 

FIG. 2 is an illustration of a shadow memory area for a 
memory device according to an embodiment of the present 
disclosure. A shadow memory area 200 includes memory 
location addresses for a plurality of devices. In an exemplary 
form, one embodiment illustrated includes the video BIOS 
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for system 100 being shadowed in a first location as refer- set-up menu. One skilled in the art can appreciate that 

enced by 201 followed by a PCI option ROM code of method 300 can be modified to repeat steps 303 and 304 

peripheral device, such as RAID drive 105, being shadowed allowing a user to select the sequence for all of the devices 

second in a second location as referenced by 202. Subse- displayed within the set-up menu. 

quent locations for additional devices are also illustrated for 5 Referring now to FIG. 4 an exemplary flow diagram of 

shadow memory area 200 thereby ^depicting the total shadow Qne embodinjeDt of a melhod for initializing a system is 

memory available for system 100. showD ^ method cafl ^ ^ ^ {Q be ^ ^ 

Hie present Closure advantageously allows a user to s 100 ^ illustrated in FIG. 1 or any other system 

select a sequence for shadowing mitiahzation information confi ^ to usc sequences, 

into shadow memory area 200 of system 100 during the 1fl Jv 1 . AM 

POST routine. The selected sequence aUots a range of 10 Durmg operation, the method begins at step 401. At step 

available memory addresses based on the determined ini- 402 ^ method accesses a device list stored within memory 

tialization sequence. In the example illustrated in FIG. 2, the ^ of system 100. In a preferred embodiment, the device 

VIDEO BIOS for system 100 was determined to be the first list is stored in non-volatile memory and is accessed by the 

device in the initialization sequence. Therefore, system 100 system's BIOS during initialization. The device list includes 

shadows the VIDEO BIOS at the lowest available shadow 15 references to the system's devices (i.e. hard drives, tape 

memory location (i.e. C000b-C7FFFh). Subsequently, first drive, ROM drives, etc.) and an associated initialization 

PCI Option ROM code 202 was shadowed second reflecting "priority" for each device. For example, a RAID drive 105 

the second device determined in the initialization sequence. may have a higher initialization priority than SCSI drive 

First Option ROM 202 occupies the next available shadow 104. 

memory location (i.e. C8000h-CFFFh). Therefore, initial- 20 Upon accessing the device list, the method proceeds to 

ization information for each device is shadowed based upon step 403 where an initialization sequence is determined 

the determined initialization sequence. based upon the accessed information within the device list. 

In this manner, devices such as RAID drives, SCSI drives, For example, if RAID drive 105 has a higher priority than 

tape drives, etc. operably coupled to the system can be SCSI drive 104, RAID drive 105 would be initialized first, 

shadowed and initialized in a selectable sequence. Through 25 The method would then proceed to step 404 where system 

providing a selectable initialization sequence, and in par- 100 would initialize the devices based upon the determined 

ticular a selectable shadowing sequence, peripheral devices initialization sequence. Initialization is based upon the deter- 

storing desirable information and applications can be selec- mined sequence and includes shadowing or copying initial- 

tively initialized allowing device accessibility during and ization information into a shadow memory area of system 

after POST. 30 100. Similar to the illustration of FIG. 2, the highest priority 

Referring now to FIG. 3 a flow diagram of one embodi- initialization information is shadowed in the first available 

ment of a method for determining an initialization sequence memory location with the next highest being shadowed after 

is shown. The method can be configured to be used with the first, etc. In this manner, a device can be initialized by the 

system 100 as illustrated in FIG. 1 or any other system BIOS during POST based upon the information provided in 

configured to use initialization sequences. the device list and the determined initialization sequence. 

In operation the method begins at step 301. At step 302, Referring now to FIG. 5 an illustration of a flow diagram 

references for a plurality of devices coupled to system 100 of one embodiment of a method of initializing a system upon 

are provided to a user through a user interface. For example, selecting information associated with the system is shown, 

the user interface could include references for a CD-ROM w The method illustrated in FIG. 5 can be configured to be 

device, a floppy disk drive, RAID devices, and/or a tape used with system 100 as illustrated in FIG. 1 or any other 

drive coupled to the system. In a preferred embodiment, the system configured to use initialization sequences, 

references are provided using an initialization configuration During operation the method begins at step 501. At step 

menu similar to a BIOS "set-up" menu commonly known in 502, a user selects information associated with system 100. 

the art and accessible by system users. The set-up menu 45 For example, a user may want to select one or more 

displays the current initialization sequence and references opera ting system's, such as LINUX or Windows NT, to boot 

for the devices coupled to the system. from during the system's initialization. Upon the user select - 

The user interface allows a user to modify the initializa- ing the information, the method proceeds to step 503 where 
tion sequence by selecting a device reference. For example, the method determines which device is associated with the 
the user may want to initialize RAID drive 105 before any 50 selected information. For example, the method would deter- 
other storage device coupled to system 100. Therefore, the mine the storage location of an selected operating system 
user would select that device to be initialized before the such as SCSI drive 104. The method then proceeds to step 
other storage devices. Subsequently, the method proceeds to 504 where an initialization sequence is determined based 
step 304 and determines the initialization sequence based upon the selected information and at step 505 the method 
upon the user's selection. The method then proceeds to step 55 initializes the devices based upon the determined sequence. 
305 where the initialization sequence is stored memory 103 As noted above, when system 100 is rebooted or turned 
of system 100. on, the system's BIOS would access the determined initial - 

Upon initialization of system 100, the stored initialization , ization sequence. Upon deploying a POST routine, system 
sequence is accessed and during POST, initialization infor- 100 would copy or shadow initialization information, such 
mation is copied or shadowed memory 103 of system 100. 60 as an optional ROM code for a RAID controller, into the 
For example, if RAID drive 105 was selected to be initial- system's shadow memory location. In this manner, initial- 
ized first, the controller's PCI optional ROM code for RAID ization of the device during POST and having a desirable 
drive 105 is shadowed first, thereby ensuring that the RAID operating system or application is ensured, 
drive 105 is initialized and accessible by system 100 during Referring now to FIG. 6, an illustration a flow diagram of 
and after POST. 65 one embodiment of a method of initializing a system based 

In an alternate embodiment of method 300, a user can on a selected initialization sequence is shown. The method 

select the initialization of all of the devices displayed in the illustrated in FIG. 6 can be configured to be used with 
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system 100 as illustrated in FIG. 1 or any other system 
configured to use initialization sequences. 

During operation the method begins at step 601. At step 
602 a user selects a device reference using a BIOS set-up 
menu associated with system 100. For example, a user may 5 
want to initialize SCSI drive 105 coupled to system 100 and 
storing an operating system such as LINUX. The user would 
select the device reference for SCSI drive 105 and the 
method would proceed to step 603 where the user selected 
reference is stored in a non- volatile memory device, 10 
NVRAM, coupled to system 100. In a preferred 
embodiment, the user selected reference is stored in a device 
list located within the NVRAM. The device list includes 
initialization parameters associated with the devices coupled 
to system 100. 

Upon storing the user selected device reference, the 
method proceeds to step 604 where the system initialization 
begins. Initialization includes activating the system's BIOS 
and deploying a POST routine. The method proceeds to step 
605 where the device list stored in NVRAM is accessed. At 
step 606 information within the accessed device list is used 20 
to determine an initialization sequence for the devices 
coupled to system 100. The initialization sequence is deter- 
mined by the user selected device references accessed in 
step 605 and stored within the device list. 

Upon determining the initialization sequence, the method 25 
proceeds to step 607 where the optional ROM code for the 
selected device is copied or "shadowed" into the available 
shadow memory area of system 100. Hie initialization 
information is shadowed in the first available address of the 
shadow memory area. As previously illustrated, FIG. 2 30 
depicts a shadow memory area for several devices. The user 
selected initialization sequence determines which address 
locations within shadow memory area are used during the 
POST routine. FIG. 2 illustrates the system's video BIOS 
ROM code shadowed into memory 103 followed by a first 
PCI optional ROM code, and a second PCI optional ROM 
code, etc. Therefore, the user selected initialization sequence 
determines the memory location for shadowing a selected 
device's initialization code. In this manner, a user can ensure 
a devices initialization information is shadowed thereby 
allowing access to the device during and after the POST 40 
routine. 

Upon shadowing the optional ROM codes for the the 
shadowed codes are used to initialize the system's devices 
and device controllers. The method advantageously allows 
the system to initialize controllers based upon the user 
selected initialization sequence. The user can select a storage 
device having an desirable operating system to be initialized 
during POST allowing the BIOS to load an OS from the 
selected storage device. Upon the system loading an oper- 
ating system the method proceeds to step 610 where the 
method ends. 

Although the disclosed embodiments have been described 
in detail, it should be understood that various changes, 
substitutions and alterations can be made to the embodi- 
ments without departing from their spirit and scope. 

What is claimed is: 

1. A method of initializing a system comprising: 
providing a device reference for at least one device; 
allowing a user to select the at least one reference; 60 
determining an initialization sequence based upon the 

user selected reference; 
storing the initialization sequence in a medium associated 

with the system; 
accessing the stored sequence during a BIOS initialization 65 

routine, wherein the BIOS initialization routine deploys 

a power on self test routine (POST); 



45 



50 



55 



shadowing an optional ROM code for the selected refer- 
ence; and 

wherein the shadowing is based upon the initialization 
sequence. 

2. A method according to claim 1 further comprising: 
after the operation of shadowing an optional ROM code 

for the selected reference, loading an operating system 
from the device associated with the selected reference. 

3. A method according to claim 1 further comprising: 
after the operation of shadowing an optional ROM code 

for the selected reference, using the shadowed optional 
ROM code to initialize the device associated with the 
selected reference; and 
after the operation of using the shadowed optional ROM 
code to initialize the device associated with the selected 
reference, loading an operating system from the device 
associated with the selected reference. 

4. A method according to claim 3 wherein: 

the operation of shadowing an optional ROM code for the 
selected reference comprises copying the optional 
ROM code for the selected reference from a non- 
volatile memory to a random access memory (RAM); 
and 

the operation of loading an operating system from the 
device comprises copying at least part of the operating 
system from a disk drive to the RAM. 

5. A method according to claim 1 for initializing a system 
with multiple devices, wherein: 

the operation of determining an initialization sequence 
based upon the user selected reference comprises deter- 
mining an initialization sequence that gives the device 
associated with the user selected reference priority over 
other devices among the multiple devices; and 

the operation of shadowing an optional ROM code for the 
selected reference, based upon the initialization 
sequence, comprises shadowing devices according to 
the stored initialization sequence, such that the device 
associated with the user selected reference is shadowed 
before the other devices are shadowed. 

6. A method for managing at least part of a boot process 
in a computer system with a processor, at least one storage 
medium, at least first and second devices, a first optional 
ROM code associated with the first device, and a second 
optional ROM code associated with the second device, the 
method comprising: 

receiving input from a user specifying a higher initializa- 
tion priority for a device reference associated with one 
of the first and second devices; 

storing, in the at least one storage medium, an initializa- 
tion sequence for the first and second devices, such that 
the initialization sequence corresponds to the user- 
specified initialization priority; 

accessing the stored initialization sequence during a basic 
input/output system (BIOS) initialization routine; 

shadowing the first optional ROM code before shadowing 
the second optional ROM code if the stored initializa- 
tion sequence reflects a higher user-specified initializa- 
tion priority for the first device; and 

shadowing the second optional ROM code before shad- 
owing the first optional ROM code if the stored ini- 
tialization sequence reflects a higher user-specified 
initialization priority for the second device. 

7. A method according to claim 6 further comprising a 
subsequent operation of attempting to load an operating 
system from at least one of the first and second devices. 
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8. A method according to claim 6 further including 
subsequent operations comprising: 

using the shadowed optional ROM code to initialize at 
least one of the first and second devices; and 

subsequently, attempting to load an operating system 
from at least one of the first and second devices. 

9. A program product for managing at least part of a boot 
process in a computer system with a processor, at least first 
and second devices, a first optional ROM code associated 
with the first device, and a second optional ROM code 
associated with the second device, the program product 
comprising: 

at least one storage medium; and 
computer instructions stored in the at least one storage 
medium, wherein the computer instructions, when 
executed, perform operations comprising: 
receiving input from a user specifying a higher initial- 
ization priority for a device reference associated with 
one of the first and second devices; 
storing, in the at least one storage medium, an initial- 
ization sequence for the first and second devices, 
such that the initialization sequence corresponds to 
the user-specified initialization priority; 
accessing the stored initialization sequence during a 
basic input/output system (BIOS) initialization rou- 
tine; 

shadowing the first optional ROM code before shad- 
owing the second optional ROM code if the stored 
initialization sequence reflects a higher user- 
specified initialization priority for the first device; 
and 

shadowing the second optional ROM code before shad- 
owing the first optional ROM code if the stored 
initialization sequence reflects a higher user- 
specified initialization priority for the second device. 

10. A program product according to claim 9, wherein the 
computer instructions perform further operations in a sub- 
sequent stage of the boot process, the further operations 
comprising the operation of attempting to load an operating 
system from at least one of the first and second devices. 

11. A program product according to claim 9, wherein the 
computer instructions perform further operations in subse- 
quent stages of the boot process, the further operations 
comprising: 

using the shadowed optional ROM code to initialize at 
least one of the first and second devices; and 

subsequently, attempting to load an operating system 
from at least one of the first and second devices. 



12. A system comprising: 
at least one processor; 

at least one storage medium coupled to the processor; 
5 at least first and second devices coupled to the processor; 
a first optional ROM code associated with the first device; 
a second optional ROM code associated with the second 
device; and 

computer instructions stored in the at least one storage 
10 medium, wherein the computer instructions, when 
executed, manage at least part of a boot process in the 
system by performing operations comprising: 
receiving input from a user specifying a higher initial- 
ization priority for a device reference associated with 
15 one of the first and second devices; 

storing, in the at least one storage medium, an initial- 
ization sequence for the first and second devices, 
such that the initialization sequence corresponds to 
the user-specified initialization priority; 
20 accessing the stored initialization sequence during a 
basic input/output system (BIOS) initialization rou- 
tine; 

shadowing the first option ROM code before shadow- 
ing the second optional ROM code if the stored 
25 initialization sequence reflects a higher user- 

specified initialization priority for the first device; 
and 

shadowing the second option ROM code before shad- 
owing the first optional ROM code if the stored 
30 initialization sequence reflects a higher user- 

specified initialization priority for the second device. 

13. A system according to claim 12, wherein the computer 
instructions perform further operations in a subsequent stage 
of the boot process, the further operations comprising the 

35 operation of attempting to load an operating system from at 
least one of the first and second devices. 

14. A system according to claim 12, wherein the computer 
instructions perform further operations in subsequent stages 
of the boot process, the further operations comprising: 

40 using the shadowed optional ROM code to initialize at 
least one of the first and second devices; and 
subsequently, attempting to load an operating system 
from at least one of the first and second devices. 

15. A system according to claim 12, wherein the system 
45 comprises a personal computer. 

16. A system according to claim 12, wherein the system 
is configured as a server. 



02/03/2004, EAST Version: 1.4.1 



